;RMX 86 




WHAT iRMX 86 PROVIDES 


« ABSTRACTION OF MACHINE FUNCTIONS 

• SEPARATION OF PROGRAMMER SKILLS, CONCENTRATION ON MODULAR DESIGN 

• RANGE OF PRE WRITTEN SOFTWARE 

- I/O SYSTEMS 

- TASK CONTROL 

- EXECUTIVE CONTROL SOFTWARE 

• AN ENVIRONMENT FOR RUNNING MANY PROGRAMS 

- EFFICIENT USE OF RESOURCES 

- PREVENTION OF DEADLOCKS 

- SCHEDULING 

- CHANGE OF CONTEXT 























CPU IS FREE 


• AN RQSLEEP SYSTEM CALL IS NOT A SOFTWARE DELAY LOOP 


• IF BOTH TASKS ARE ASLEEP AT THE SAME TIME THE O.S. PROVIDES 
A DEFAULT TASK THAT DOES NOTHING 


• THE CPU, UNDER THE CONTROL OF THE O.S., IS ALWAYS RUNNING A TASK 


EXERCISE 


TASK A: WRITE A PLM TASK TO ACCOMODATE THE FOLLOWING FLOWCHART 


1. INITIALIZE A BYTE VARIABLE TO 1 

2. OUTPUT VARIABLE TO PORT 3 

3. GO TO SLEEP FOR 1/4 SEC 

4. ROTATE VARIABLE TO THE LEFT BY ONE 

5. GO TO 2. 


• TASK STATES 


ASLEEP LIST 

TASKSl ' 

TASKSY 

TASKSD 



READY LIST 


TASKSA 


TASKSC 


TASK$F 


TASKSX 


RUNNING TASK 


• THERE HAY BE MORE THAN ONE TASK IN THE READY AND ASLEEP STATES 


• EXAMPLE OF 3 TASKS 



• GIVEN: 

- TIME 1 * TIME 2 = TIME 3 EQUAL EXECUTION TIMES 

- INITIAL RUNNING TASK = FRED 

- INITIAL READY LIST = BOB, SANDY 


ALL TASKS 























PRIORITIZED TASKS, EQUAL SLEEP TIKES 




ADVANCED TASK TOPICS 


• A TASK IS: 

-SCHEDUABLE UNIT OF WORK 

• AT ANY POINT IN TIME A TASK CAN BE DEFINED BY 

- CURRENT PROGRAM COUNTER (CS, IP 8086 REGISTERS) 

- CURRENT STACK POINTER ($S, SP 8086 REGISTERS) 

- TASK PRIORITY (0-255) 

- TASK STATE (RUNNING, READY, ASLEEP . . .) 

- REGISTERS (OTHER 8086 REGISTERS AND/OR NDP REGISTERS) 

• PARAMETERLESS, UNTYPED, PUBLIC PROCEDURE THAT NEVER 
TERMINATES, (UNtESS THE TASK GETS DELETED) 

• THE MODULE IN PLM 86 MUST BE A NON-MAIN MODULE 




TASK CREATION 


• CREATION OF A TASK IS ACCOMPLISHED AT RUN TIME BY AN 
RQ$CREATE$TASK SYSTEM CALL 


• THE TASK'S CODE MUST RESIDE IN SYSTEM MEMORY 
AT THE TIME THE CALL IS MADE 


• AFTER THE CALL, THE O.S. RETURNS AN IDENTIFIER NUMBER 
TO THE CREATOR 


• THIS NUMBER IS CALLED A TOKEN 


PREEMPTION 


• AS A TASK FROM THE READY LIST BECOMES THE RUNNING TASK, THE FOLLOWING 
EVENTS OCCUR, IN ORDER: — 


- THE VALUES (CPU REGISTERS, ETC.) OF THE PREVIOUSLY 
RUNNING TASK ARE SAVED BY THE O.S. 

- THE O.S. LOADS THE NEW RUNNING TASK'S VALUES 

- THE NEW TASK BEGINS EXECUTING 


l CONTEXT 
{ SWITCH 


• EXAMPLE: 

- IF THE RUNNING TASK CREATES A HIGHER PRIORITY TASK, RELATIVE TO 
ITSELF, THEN THE RUNNING TASK IS PREEMPTED BY THE NEWLY 
CREATED TASK. 




r \ 

TASK DELETION 

IF A TASK IS NO LONGER NEEDED, THEN IT CAN BE DELETED 


• THE FORM OF THE CALL IS 

CALL RQ$DELETE$TASK(task,except$ptr) ; 


• REFER TO NUCLEUS REFERENCE .MANUAL FOR A DETAILED DESCRIPTION 
OF PARAMETERS 














INTERRUPTS 


r 


r 

QUIZ 

• MATCH THE DESCRIPTION TO THE SYSTEM CALL 

RQ$DELETE$TASK 

©-INCREASES A TASK'S SUSPENSION DEPTH BY ONE; 
SUSPENDS THE TASK IF IT IS NOT ALREADY SUSPENDED 

RQ$CREATE$TASK _ . 

©-CREATES A TASK AND RETURNS A TOKEN FOR IT 

RQ$SUSPEND$TASK 

©- DELETES A TASK FROM THE SYSTEM 

RQSRESUMESTASK 

©- PLACES . THE CALLING TASK IN THE ASLEEP STATE 
FOR A SPECIFIED AMOUNT OF TIME 

RQSSLEEP 



/T\ _ncrorAcrc> \ t aci//o Mirnruf mu nrnni nu nui- 
-ui_v»acrtoc.o n moft o ouoruiOiur* tier in Dl unc; 

IF THE DEPTH BECOfES ZERO AND THE TASK WAS 
SUSPENDED, IT THEN BECOMES READY; IF THE DEPTH 
BECOMES ZERO AND THE TASK WAS ASLEEP-SUSPENDED, 

THEN IT GOES INTO THE ASLEEP STATE 

#• * 

J 


i 

I 




INTERRUPT SERVICE 


• AN INTERRUPT IS SERVICED IN ONE OF TWO WAYS 


- AN INTERRUPT HANDLER SERVICES THE INTERRUPT ALONE 

- AN INTERRUPT HANDLER INVOKES AN INTERRUPT TASK 


• IN PLM 86 INTERRUPT HANDLERS ARE WRITTEN AS INTERRUPT 
PROCEDURES 


INTERRUPT HANDLER ALONE 

• THE INTERRUPT HANDLER SERVICES THE INTERRUPT OUTSIDE OF THE CONTROL 


EXTERNAL 
\ INTERRUPT 


of m 



T1 

RUNNING 


NUCLEUS 



T2 

RUNNING 



INTERRUPT 

HANDLER 


RQ$EXIT$ INTERRUPT 



ALL 1 T3 

INTERRUPTS ASLEEP 
disabled > 


RETURNS CONTROL 
TO RMX 



T4 , 
READY 






IDENTIFYING INTERRUPT HANDLERS TO RMX 

INTERRUPT HANDLERS ARE SPECIFIED TO RMX BY THE SETS INTERRUPT SYSTEM CALL 

initializeStask: PROCEDURE; 

CALL RQSSETS INTERRUPT (level, interrupt$task$flag, 

interrupt$ptr(int$handler$),. . .); 

END initializeStask; 



- THE FIRST PARAMETER INDICATES THE 8086 INTERRUPT LEVEL 

- THE INTERRUPTSTASKSFLAG PARAMETER INDICATES IF THERE IS TO BE AN 
INTERRUPT TASK ASSOCIATED WITH THIS INTERRUPT LEVEL 


INTERRUPT$TASK$FLAG = 0 THEN NO INTERRUPT TASK 

- USE PLM86 INTERRUPT $PTR BUILT-IN TO PASS THE STARTING ADDRESS 
OF THE INTERRUPT HANDLER TO RMX 


WHEN THE INTERRUPT HANDLER IS IDENTIFIED TO RMX 

- RMX ENTERS THE HANDLER'S ADDRESS INTO THE INTERRUPT VECTOR TABLE. 
(THE PROCEDURE SHOULD BE COMPILED WITH NOSINTVECTOR) 

- RMX ENABLES THE CORRESPONDING LEVEL OF INTERRUPTS IN THE HARDWARE 




USING INTERRUPT TASKS 

,• AN INTERRUPT TASK WILL BE NEEDED WHEN 

- ANY SYSTEM CALLS ARE NEEDED TO SERVICE THE INTERRUPT 

- SYSTEM INTERRUPT LATENCY TIME IS SHORTER THAN THE EXECUTION TIME 
OF THE INTERRUPT HANDLER. (HOW LONG CAN YOU AFFORD TO WAIT?) 

• EXAMPLE 


"\ 


(ONCE PER/SEC) 


(ONCE PER/M IN) 



REAL TIME 



_ fvy 

uo 


/ 

UPDATE 

VARIABLES 

furuiDo 

\Huur\o 

MIN 

SEC) 


INTERRUPT HANDLER 

j 

INTERRUPT TASK 

^SECONDS = 60^ 

7 

/ 


FALSE \ 

S TRUE 

/ 




/ 

/ 

• 

• 

i 

RQSIGNAL ' 

/ 

/ 

^ ; 

RQEXIT 

' / 


INTERRUPT 

INTERRUPT 

( 



UPDATE 23 WALL 
CLOCK DISPLAYS 
THROUGHOUT BUILDING 




• A TASK UNMASKS ITS LEVEL OF INTERRUPT BY A WAITS INTERRUPT SYSTEM 
CALL 

- THIS CAUSES THE TASK TO WAIT FOR THE INTERRUPT HANDLER 
TO EXECUTE AN RQSIGNAL SYSTEM CALL. 

INT$TASK: PROCEDURE; 

CALL RQ$SET$INTERRUPT(.. .); 

a 

DO FOREVER; 

CALL RQ$WAIT$INTERRUPT(,..); 


• AFTER INITIALIZATION, AN INTERRUPT TASK IS ALWAYS EITHER SERVICING 
AN INTERRUPT OR WAITING FOR AN INTERRUPT 


t NAME TWO DIFFERENT SOFTWARE STRATEGIES FOR SERVING INTERRUPTS 


• FOR FAST INTERRUPT RESPONSE, THE USER CAN USE THE INTERRUPT HANDLER 
ALONE. NAME ONE DISADVANTAGE AND ONE ADVANTAGE. 









PHONE TASK 


1 - WAIT FOR PHONE TO RING 

2 - GET ORDER(S) FROM CUSTOMER 

3 - GET EMPTY ENVELOPE(S) FROM ENVELOPE RACK 
A - PLACE ORDER(S) INSIDE ENVELOPE(S) 

5 - SEND ENVELOPE (S) TO MAILBOX 1 

6 - GO TO 1 



(ENVELOPES) 


COMPANY RULES: 

• ONLY ONE ORDER PER ENVELOPE 

• MAY HAVE MANY ORDERS PER CUSTOMER 


FROM PROCESSING TASK 


(MAILBOX) 


ORDER ENTRY TASK 


1 - WAIT FOR ENVELOPE IN MAILBOX 1 

2 - LOG THE ORDER IN COMPANY BOOKS 

3 - SEND ENVELOPE TO MAILBOX 2* 

4 - GO TO 1 


FROM PHONE TASK 



(MAILBOX) 

1 


(MAILBOX) 

2 



r 


PROCESSING TASK 


- WAIT FOR AN ENVELOPE IN MAILBOX 2 

2 - GET RAW MATERIALS TO FILL ORDER, ASSEMBLE AND PACK WIDGETS 

3 - RETURN ENVELOPE TO ENVELOPE RACK 

A - CALL PARCEL SERVICE COMPANY FOR PICKUP 

- 5 - GO TO 1 v 

1 > TO TRUCKER TASK 

RETURN ENVELOPE TO RACK v 


FROM ORDER ENTRY TASK 



(PACKED BOXES) 


(MAILBOX) 

2 


PROCESSING 

TASK 




(RAW MATERIALS) 


TRUCKER TASK 

1 - WAIT FOR TRUCK TO ARRIVE 

2 - OPEN SHIPPING DOCK 

3 - GIVE BOXES AND INSTRUCTIONS TO TRUCKER 
A - CLOSE SHIPPING DOCK 

5 - GO TO 1 


TRUCKER 

TASK 


FROM PROCESSING TASK 



(PACKED BOXES) 




INTERCOMMUNICATION RULES 


INTERCOMMUNICATION 

- ENVELOPES CARRY ORDERS FROM TASK, TO MAILBOX, TO TASK 

- NOTE ENVELOPES DO NOT 60 DIRECTLY FROM TASK TO TASK 


• ENVELOPES 

- THERE IS A FINITE NUMBER OF ENVELOPES 

- THEY MUST BE RETURNED WHEN NOT IN USE 


INTER-TASK COMMUNICATION 


OFFICE WORK FLOW 

ASSUME MANY ENVELOPES ARE WAITING TO BE PROCESSED. TWO ALTERNATIVES: 

(A) 1. AN ENVELOPE IS PROCESSED AT A DESK AND SENT TO THE 
NEXT MAILBOX. 

2. THE MAN THEN MOVES IMMEDIATELY TO THE NEXT DESK. 


(B) 1. AN ENVELOPE IS PROCESSED AT A DESK AND SENT TO THE NEXT 
MAILBOX. 

2. THE NEXT ENVELOPE IS PROCESSED, AND MOVED. THIS CONTINUES 
UNTIL NO MORE ENVELOPES NEED TO BE PROCESSED. 

3. THE MAN MOVES TO THE NEXT DESK. 


J 


(ENVELOPES) 


ALTERNATIVE B 


TO COMPLETE ONE TASK FOR ALL 
ENVELOPES BEFORE STARTING 
THE NEXT TASK. 

• EACH SUCCESSIVE TASK MUSI 
BE A LOWER (OR EQUAL) 
PRIORITY 


(MAILBOX) 

1 


ORDER 

ENTRY 

PRIORITY = 150 



(PACKED BOXES) 


(MAILBOX) 

2 


PROCESSING 

TASK 

PRIORITY = 152 


(RAW MATERIALS) 


SYSTEM IS EVENT DRIVEN 


PHONE RINGS 


INTERRUPT 


PHONE TASK 


MAILBOX 1 CONTAINS ENVELOPE send/receive 
MAILBOX 2 CONTAINS ENVELOPE send/receive 


ORDER ENTRY TASK 


PROCESSING TASK 


TRUCK ARRIVES 


INTERRUPT 


TRUCKER TASK 


ALARM GOES 


INTERRUPT 


WATER PLANT TASK 


NOTHING ELSE TO DO 


DEFAULT 


DRINK COFFEE TASK 



SEND AND RECEIVE EXAMPLE 


• TASK A WILL SEND A MESSAGE TO TASK B THROUGH A MAILBOX CALLED MBXL 

• THEN TASK A WILL WAIT (RECEIVE) AT A SECOND MAILBOX CALLED MBX2 BEFORE 
IT CONTINUES EXECUTING. 




RECEIVE 


TASK A 


TASK B 


RECEIVE 


• TASK B WILL WAIT (RECEIVE) AT MBX1 FOR MESSAGE. 

• WHEN TASK B RECEIVES THE MESSAGE IT WILL PROCESS THE INFORMATION 
IN THE MESSAGE. 

• THEN TASK B WILL SEND THE SAME MESSAGE (FOR SYNCHRONIZATION) TO 
MBX2 WHERE TASK A IS WAITING. 


SEND A MESSAGE 


• THE FORM OF THE CALL IS 


CALL RQ$SEND$MESSAGE (WHERE, WHAT, ,..),• 


WHERE? * MB XI 


WHAT? * ENVELOPE 

















r 


QUIZ 



• MATCH THE DESCRIPTION TO THE SYSTEM CALL. 



RQ$CREATE$SEGMENT 

® THE CALLING TASK WAITS AT A MAILBOX 



RQSDELETES MAILBOX _ 

® SEND AN OBJECT TO A MAILBOX 



RQ $ RECE I VE $ MESS AGE 

© CREATES A SEGMENT AND RETURNS A TOKEN 




FOR IT 



RO$DELETE$SE6MENT 

(D CREATES A MAILBOX AND RETURNS A TOKEN FOR 

IT 


RQ$SEND$MESSAGE 

(J) RETURNS A SEGMENT TO THE POOL FROM WHICH 

TT 

1 1 



WAS ALLOCATED 



RQ$CREATE$MAILBOX 

© RETURNS THE SIZE, IN BYTES, OF A SEGMENT 



rq$get:size 

© DELETES A MAILBOX FROM THE SYSTEM 





J 












JOB DIRECTORY 


a 


t A DIRECTORY ALLOWS JOBS TO SHARE RESOURCES (TASKS, SEGMENTS, MAILBOXES...) 

• A RESOURCE IS ENTERED INTO THE DIRECTORY (CATALOGED) BY CALLING 
RQ$CATALQG$QBJECT 

• OBJECTS ARE REFERENCED BY ASCII NAMES 

• ASCII NAMES MAY BE UP TO 12 CHARACTERS LONG 


JOB DIRECTORY 

ASCII NAME 

OBJECT TOKEN 

'INTE$6$TASK' 

8C58 

'MBxr 

945C 


CATALOG/LOOKUP PROCESS 

• OBJECTS ARE CATALOGED UNDER A USER GIVEN NAME BY THE TASK 
THAT CREATED THE OBJECT. 

• TASKS WHICH KNOW THE NAME OF THE OBJECT THEN LOOK UP AN OBJECT'S 
TOKEN IN THE DIRECTORY. 

ROOT JOB 

JOB 1 JQB 

r.TMor DIRECTORY 

rmi dr 

TASK A 


TASK B 





















A JOB MUST HAVE AN INITIALIZATION TASK 



START TASK IS AN INITIALIZATION 
TASK FOR THIS JOB 


AN INITIALIZATION TASK: 

• IS PLACED ON THE READY LIST 
WHEN THE JOB IS CREATED . 

• IS THE "ROOT TASK" FOR THE JOB 
(CREATES 1st LEVEL TASKS IN JOB) 

• CONTAINS AN RQ$END$INIT$TASK 
SYSTEM CALL 


MEMORY POOLS 


• CREATED OBJECTS CEXCEPT TASKS CODE) ARE ALLOCATED FROM MEMORY POOLS 


• EACH JOB CONTAINS A MEMORY POOL WHICH WAS ALLOCATED FROM ITS 
PARENT'S POOL 

• THERE IS A TREE-STRUCTURE HIERARCHY OF MEMORY POOLS EQUIVALENT 
TO HIERARCHY OF JOBS 

• MEMORY THAT A JOB BORROWS FROM ITS PARENT REMAINS IN THE PARENT POOL 



JOB A 

JOB B JOB C 

JOBlf"^ 


POOL A 




PARAMETER OBJECT TOKEN 



A JOB'S PARAMETER OBJECT TOKEN CAN BE OBTAINED BY A TASK IN THE 

rtirin inn re nri rrr?n»i — n 
uulu oud ir ocuiti iuii - 


¥ • 





PROCESSING TASK 

1 - WAIT FOR AN ENVELOPE 'IN MAILBOX 2 

2 - GET RAW MATERIALS AND ASSEMBLE ONE WIDGET 

3 - INCREMENT NUMBER OF WIDGETS ASSEMBLED BY ONE 

4 - RETURN ENVELOPE TO RACK 

5 - GO TO 1 


(MAILBOX) 

2 


ENVELOPE 


PROCESSING 

TASK 


NUMBER 

OF 

WIDGETS 



(WIDGETS) 


(RAW MATERIALS) 

I ! 


J 


SHIPPING TASK 

1 - WAIT FOR AT LEAST 5 WIDGETS ASSEMBLED 

2 - DECREMENT NUMBER OF WIDGETS ASSEMBLED BY 5 

3 - PACK INTO BOXES 

4 - CALL PARCEL SERVICE COMPANY 

5 - GO TO 1 


(PACKED BOXES) 


SHIPPING 

TASK 


^_w\ 

L i 

\ 


NUMBER 

OF 

WIDGETS 



(WIDGETS) 



SYSTEM CALLS FOR SEMAPHORES 


r 

RQSCREATESEMAPHQRE - CREATES A SEMAPHORE AND RETURNS A TOKEN FOR IT 

RGSDELETESSEMAPHORE - DELETES A SEMAPHORE FROM THE SYSTEM 

RQSSENDSUNITS - ADDS A SPECIFIC NUMBER OF UNITS TO THE COUNT OF 
A SEMAPHORE 

RQS RECEIVE SUN ITS - ASKS FOR A SPECIFIC NUMBER OF UNITS FROM 
A SEMAPHORE 

• REFER TO NUCLEUS REFERENCE MANUAL FOR DETAILS ON PARAMETERS 

V __ J 







© USER CREATES, INITIALIZES AND SENDS A SEGMENT TO THE APPROPRIATE 
TERMINAL HANDLER MAILBOX (RQTHNORMIN OR RQTHNORMOUT) 

© THE SEGMENT IS QUEUED AT THE MAILBOX 

® THE TERMINAL HANDLER PROCESSES THE REQUEST 
- THE REQUEST MAY BE READ OR WRITE 

r 

© AFTER PROCESSING THE REQUEST, THE TERMINAL HANDLER RETURNS THE SEGMENT TO 
THE USER, VIA A RESPONSE MAILBOX 

© THE USER TASK WAITS AT THE RESPONSE MAILBOX 






t 


OUTPUT TO THE TERMINAL 

s THE TASK SENDS AN OUTPUT REQUEST MESSAGE TO THE TERMINAL 
HANDLER'S MAILBOX 'RQTHNORMOUT' 

• OUTPUT IS SENT BY THE TERMINAL HANDLER TO THE TERMINAL, ONE CHARACTER 
AT A TIME (A CARRIAGE RETURN, 0DH, IS ADDED TO THE OUTPUT WHEN A 
LINEFEED, 0AH, IS SEEN) 

• THE TASK CAN WAIT AT ITS RESPONSE MAILBOX FOR SUCCESS OF THE 
OUTPUT ACTION ' 

• IF NO RESPONSE MAILBOX IS GIVEN, IN THE RQSENDMESSAGE SYSTEM CALL, 

THE SEGMENT IS DELETED BY THE TERMINAL HANDLER 


PLM AND THE REQUEST .MESSAGE 


/* DEFINE MESSAGE AND BASE IT V 
DECURE TH$SEG$TOKEN WORD; 

DECURE TH$REQ$MSG$PTR POINTER; 

DECURE TH$REQ$MSG$OVL STRUCTURECOFFSET WORD, BASE WORD) 

aTH$REQ$MSG$PTR); 

DECURE TH$REQ$MSG BASED THSREQMSGSPTR STRUCTURE (FUNCTION WORD, 

COUNT WORD, 

EXCEPT I ON SCODE WORD, 
ACTUAL WORD, 

BUFFER (132) BYTE); 


/* CREATE SEGMENT FOR MESSAGE V 
THE$SEG$T0KEN=RQ$CREATE$SEGMENT(140, aSTATUS) ; 
TH$RES$MSS$P.BASE=TH$SEGSTOKLN; 

TH$REQ$MSG$OVL. OFFSETS) 

/* SET MESSAGE VALUES */ 

THESREQSMSG. FUNCTION-FSREAD; 

TH$REQ$MSG . C0UNT=132 



SET A BREAKPOINT 


*DB .BRKPT1 = 1011T 


SEND AND RECEIVE EXCHANGE BREAKPOINT 
EXCHANGE TOKEN / 


/oaV^ncuPOMT 

/ 

SEGMENT TOKEN 

(baseK 


SEND TO 

EXCHANGE BREAKPOINT 

'RECEIVE FROM EXCHANGE BREAKPOINT 

EXECUTING TASK SUSPENDED 
'fL AND PUT ON BREAKPOINT LIST 


SEXECUTION ^-OFFSET KO H l 

BREAKPOINT / H O V | 

ALL TASKS IN JOB SUSPENDED^ 

AND OUT ON BREAKPOINT LIST \ / 

^ DELETE BREAKPOINT 


r 


NO TASKS SUSPENDED OR PUT 
ON BREAKPOINT LIST 


THE BREAKPOINT LIST 


TO VIEW THE BREAKPOINT LIST: 


BL « 0104J/0076TX 0104J/0092TE 

TASK INCURRED AN TASK INCURRED IN AN 

EXECUTION BREAKPOINT EXCHANGE BREAKPOINT 


• THE G COMMAND RESUMES A TASK AND REMOVES IT FORM THE BREAKPOINT LIST 

EXAMPLE: *G 0092 


RESUMES THE BREAKPOINT TASK 

,/ 


TOKEN FOR TASK TO BE RESUMED 


, EXAMPLE OF OUTPUT FROM THE I COMMAND 

"\ 

•IJ 2FEB 0 




— 

- iRrtX 

56 JOB REPORT 


JOB TOKEN 

2FEB 

PARENT JOB 

ROOT 

POOL MAXIMUM 

FFFF 

POOL MINIMUM 

0040 

CURRENT ALLOCATED 

0B62 

CURRENT UNALLOCATED 

B18F 

CURRENT * OBJECTS 

8004 

MAXIMUM • OBJECTS 

FFFF 

CURRENT * TASKS 

0081 

MAXIMUM * TASKS 

FFFF 

CURRENT * CHILDREN JOBS 

0003 ‘ 

DELETION PENDING 

NO 

EXCEPTION MODE 

.8008 

EXCEPTION HANDLER 

2420:8235 

maximum priority 

fwyi/a 

WOT 



NAMEtS) NONE FOUND 




i -.—-OBJECT 

DIRECTORY 


MAXIMUM SIZE 

080A 

VALID ENTRIES 

0002 

NOME TOKEN 

MftME 

TOKEN NAME 

TOKEN 

RQTHNORM1N 2F84. . 

RQfTHNORMOUT ZF29 

* 

•IT ZF69 

- 



. --- 

— iRMX 

86 TASK REPORT — 


TASK TOKEN 

2FB3 

CONTAINING JOB 

2FBC 

STACK SEGMENT BASE 

2F48 

STACK SEGMENT OFFSET 

BlDfl 

STOCK SEGMENT SIZE 

0Z00 

STACX SEGMENT LEFT 

8134 

.CODE SEGMENT BASE 

0880 

DATA SEGMENT BASE 

0DA9 

INSTRUCTION POINTER 

2E03 

TASK STATE 

READY 

STATIC PRIORITY 

0032 

DYNAMIC PRIORITY 

0082 r ' 

SUSPENSION DEPTH 

. 0000 

SLEEP UNITS REQUESTED 

FFFF 

EXCEPTION MODE 

nntia 

BTOU 

EXCEPTION HANDLES 

2428:8235 

MAME<S) NONE FOUrffi 





y 


EXAMINING OR MODIFYING MEMORY - THE M COMMAND 


a 



SUMMARY 


• BREAKPOINT RELATED COMMANDS 


B - VIEW BREAKPOINT PARAMETERS j BREAKPOINT LIST., AND BREAKPOINT TASK 

INFORMATION 

BL - VIEW BREAKPOINT LIST 

BT - INQUIRE ABOUT BREAKPOINT TASK 

DB - DEFINE A BREAKPOINT 

G - REMOVE A TASK FROM THE BREAKPOINT LIST 

R - VIEW/CHANGE BREAKPOINT TASKS REGISTERS 

Z - DELETE A BREAKPOINT 

. VARIABLE - CHANGE/EXAM, INE BREAKPOINT NAMED 

MEMORY LOCATION RELATED COMMANDS ♦ 

D - DEFINE NUMERIC VALUE 

I - EXAMINE SYSTEM OBJECTS 

L - LIST NUMERIC VARIABLES 

M - EXAMINE MODIFY MEMORY 

Q - EXIT THE DEBUGGER 

V - VIEW SYSTEM LISTS 

.VARIABLE - CHANGES VALUE OF VARIABLE NAMED 


RMX 86 TEST 


RMX 86 TEST (OPEN BOOK) 

( T ) CONTINUED 

nrri ftDC fTUTM RSPMBXj ROOTKNj SEGTKN, STATUS) WORDj 

UC.ULJHU- \ I !»***./ JWi I M - 

RSPMBX = RGCREATEMAILBOX ( )s 

ROOTKN = RQ6ETTASKT0KENS ( )i 

THIN * RQLOOKUPOBJECT ( , ' 

SEGTKN - RQCREATESEGMENT ( )j 


RMX 86 TEST (OPEN BOOK) 


® WHAT IS THE MOST "ECONOMICAL" WAY TO SYNCHRONIZE TWO TASKS? 
© CAN A JOB BE DELETED IF IT CONTAINS AN INTERRUPT TASK? 


j 




RMX 86 TEST (OPEN BOOK) 



FREAD » 
FWRITE = 


© 


© 

WHAT DO YOU NEED TO DO, TO MAKE THE TERMINAL HANDLER, DELETE 



THE SEGMENT AFTER IT HAS OUTPUTTED THE MESSAGE? 


) 




r 


RMX 86 TEST (OPEN BOOK) 




GIVEN: THE FOLLOWING INTERRUPT HANDLER + TASK 
INTHND: PROCEDURE INTERRUPT X; 


RQS I GNAL I NTER RUPT ( LEVEL 3,3STATUS) 

END; 

INTTASK: PROCEDURE PUBLIC; 

CALL RQSETINTERRUPT(LEVEL$3,, . . 
DOFOREVER; 

CALL RQ W A I T I NTER RU PT ( LEVELS 3 ^ , . . , ). 
/•PROCESS*/ 



RMX 86 DISKETTES 


• 

THE O.S. COMES FROM THE FACTORY IN SEVERAL DISKETTES 
(ISIS FORMAT, SINGLE OR DOUBLE DENSITY). 


• 

EACH DISKETTE CONTAINS A SUBSYSTEM, CONFIGURATION FILE(S), 
LIBRARIES, AND A SUBMIT FILE. 


• 

THE CONFIGURATION FILES ARE WRITTEN AS ASSEMBLY LANGUAGE MACROS. 


• 

DESIRED FEATURES OF A SUBSYSTEM CAN BE SELECTED BY MODIFYING THE 
CONFIGURATION FILES (eg, NUCLEUS CAN BE CONFIGURED FROM 12K TO 26K 
OF CODE DEPENDING ON NUMBER OF FEATURES REQUIRED). 


• 

THE CONFIGURATION FILES HAVE THE EXTENSION .A86, THEY ARE MODIFIED’ 
THROUGH THE TEXT EDITOR 

(eg, CREDIT : FI: NTABLE.A86), 


V 

* -#• ■ 



SBC957 


SYSTEM LAYOUT 


• LAY OUT THE SELECTED SUBSYSTEMS 


MEMORY 


APP #3 

APP £ 2 
APP #1 
ROOT JOB 

DEBUGGER . 
INTERRUPT 
VECTORS 


• ALLOW SPACE FOR THE ROOT JOB 
(BETWEEN 500 TO 1000 BYTES) 

• LAY OUT EACH APPLICATION SOFTWARE 
JOB IN TURN 

• APPLICATION JOBS ARE THE MOST VOLATILE! 
LAY THESE OUT LAST. 


CTHE DEBUGGER JOB CONTAINS THE TERMINAL HANDLER JOB 




LOCATE ADDRESSES 

•' THE LOCATE UTILITY PROGRAM GENERATES A MAP LIST FILE 
CALLED NUCLUS.MP2 

o EXAMING THE MAP WE OBTAIN THE ENDING ADDRESS OF THE NUCLEUS 

MEMORY MAP OF MODULE NBEGIN 
SEGMENT MAP 


START 

STOP 

LENGTH ALIGN NAME 

CLASS 

OOOOOH 

003FFH 

OOAOOH 

A 

(ABSOLUTE 


OlOAOH 

07077H 

6038H 

w 

CODE 

CODE 

07078H 

07091H 

OOIAH 

w 

OBJ.SEG 

CODE 

92H 

0709BH 

OOOAH 

w 

JOB.SEG 

CODE 

0709CH 

070AFH 

OOIAH 

w 

TASK SEG 

CODE 

*V"70Tmi| 

U/UDUH 

n*7nn*7!i 

u/ uo/ n 

nnnou 

uuuon 

u 

n 

MB_$ES 

rnnc 

wwyu 

070B8H 

070BFH 

0008H 

w 

SEM.SEG 

CODE 

070C0H 

070C9H 

OOOAH 

w 

REG.SEG 

CODE 

070CAH 

070D7H 

OOOEH 

w 

FS_SEG 

CODE 

070D8H 

070F1H 

OOIAH 

w 

INT.SEG 

CODE 

07190H 

07190H 

OOOOH 

w 

STACK 

STACK 

’07190H 

07190H 

OOOOH 

w 

MEMORY 

MEMORY 


OVERLAY 



ROOT JOB CONFIGURATION 


• 

THE CONFIGURATION FILE FOR THE ROOT JOB IS NOT PROVIDED 
IN THE SYSTEM DISKETTE 


• 

CONFIGURATION FILE IS A SINGLE SOURCE FILE WHICH DESCRIBES: 



- EACH FIRST-LEVEL JOB TO BE CREATED 

- THE APPLICATION SYSTEM ADDRESS BLOCKS 

- THE APPLICATION SYSTEM AS GLOBAL ATTRIBUTES 


• 

THE CONFIGURATION INFORMATION IS PROVIDED BY ASSEMBLY MACRO 
CALLS 



- 2J0B DEFINES JOB PARAMETERS FOR EACH FIRST 

LEVEL APPLICATION JOB 

* 


- %SAB 1 DEFINES MEMORY NOT TO BE ASSIGNED 

' : TO THE FREE SPACE MANAGER AT INITIALIZATION 



- 2SYSTEM DEFINES SYSTEM PARAMETERS FOR THE SYSTEM 
CONFIGURATION 







MACRO CALL: JOB (DEFIN1 
NUMBER OF CALLS REQUIRED: 
CONFIGURATION FILE NAME: 




THE SSYSTEM MACRO 


DEFINES GLOBAL APPLICATION SYSTEM PARAMETERS 

MACRO CALL: SYSTEM (SYSTEM PARAMETERS) _ 
NUMBER OF CALLS REQUIRED: EXACTLY ONE , 
CONFIGURATION FILE NAME 


FORMAT: 

PARAMETER 

TYPE 

SUGGESTED 
DEFAULT VALUE 

2SYSTEM 

(NUCLEUSJEHTRY, 

BASE 

- 


ROD.SIZE, 

WORD 



MIN_TRANS_SIZE, 

WORD 

(64) 


DEBUGGER, 

SEE NOTE 

(A) 


DEFAULT_E_H_PROV IDED, 

1 

SEE NOTE 

o 

(N) 


MODE) 

WORD 



STEPS IN BUILDING THE ROOT JOB 


1) CREATE A CONFIGURATION FILE 

2) ASSEMBLE THE CONFIGURATION FILE 

3) LINK AND LOCATE THE ROOT JOB 



R00T.MP2 


LOCATE 


ROOT JOB 



CREDIT :F1: ROOT.A36 


SUBMIT : FI : CROOT (FI L£,DATE, LOC_ADDR) 




WHAT/WHY UDI? 

UNIVERSAL DEVELOPMENT INTERFACE 

UDI IS A SPECIFICATION OF A SET OF PROCEDURE CALLS THAT ARE USED 
TO REQUEST OPERATING SYSTEM FUNCTIONS. 

THE KINDS OF FUNCTIONS THAT ARE AVAILABLE THROUGH UDI PROCEDURE CALLS INCLUDE: 

• CREATING AND BREAKING CONNECTIONS TO DATA FILES 

t OPENING, READING, SEEKING, WRITING, AND CLOSING DATA FILES 

• CONTROLLING PROGRAM EXECUTION 

• CONTROLLING MEMORY ALLOCATIONS 

• HANDLING SYSTEM EXCEPTION CONDITIONS 

• CONTROLLING THE PROCESSING. OF CONSOLE INPUT & PARSING COMMAND LINES 

« FETCHING THE CURRENT DATE AND TIME 

FUNCTIONS ARE IMPLEMENTED BY MODULES THAT TRANSLATE FROM THE UDI STANDARD 
TO THE ACTUAL OPERATING SYSTEM CALLS 

EACH INTEL OPERATING SYSTEM FOR THE lAPX 86,88 FAMILY PROVIDES A 
UNIVERSAL DEVELOPMENT INTERFACE OR A SUBSET THEREOF. 





LIBRARIES 


THE iRMX 86 OPERATING SYSTEM SUPPORTS UDI BY PROVIDING 
UDI INTERFACE LIBRARIES. 

- 



INTEL APPLICATION LANGUAGES (ASSEMBLY, PLM, PASCAL, FORTRAN) 


RUN-TIME LIBRARIES 


UDI LIBRARIES 


OPERATING SYSTEM 


iAPX 86, 88 HARDWARE 
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A 

1 UD1 CALLS AND iRMX 86 SYSTEM CALLS 

\ 

. UDI CALLS 

iRMX 86 SYSTEM CALLS 

SUBSYSTEMS 

DQSALLOCATE 

RQ $ CREATESSEGMENT 

NUCLEUS 

DQSATTACH 

RQ$SSATTACH$FILE 

EXTENDED I/O SYSTEM 

DQSCHANGESEXTENS ION 

(NONE) 

(NONE) 

DQ$CLQS£ 

RQ$S$CLOSE 

EXTENDED I/O SYSTEM 

DQSCREATE 

RQ$S$CREATE$FILE 

EXTENDED I/O SYSTEM 


RQ$S$GET$FILE$STATUS 


DQ$DECODE$EXCEPT I ON 

RQ$C$FORMAT SEXCEPTION 

HUMAN INTERFACE 

DQ$DELETE 

RQ$DELETE$FILE 

EXTENDED I/O SYSTEM 

DQ$DETACH 

RQ$S$DELETE$CONNECT I ON 

EXTENDED I/O SYSTEM 


RQSSSCLQSE 


DQSFREE 

RQ$DELETE$SE6MENT 

NUCLEUS 



u 




ERROR REPORTING 


UDI PROCEDURES RETURN A CONDITION CODE THAT INDICATES THE RESULTS 
OF EXECUTING A UDI PROCEDURE. 

• YOU MUST CHECK THE CONDITION CODE AFTER EACH UDI CALL TO 
ENSURE PROPER RESULTS 


TABLE 6-2. 1 RMX 86 EXCEPTION CODES AND MNEMONICS 


HEX CODE 

MNEMONIC 

HEX CODE 

MNEMONIC 

OOOO 

E$QK 

0065 

E$E0F 

0001 

E$TIME 

0066 

E$FIXUP 

0002 

E$MEM 

0067 

E$N0$L0ADER$MEM 


(SEE COMPLETE LISTING IN RUN TIME SUPPORT MANUAL) 


OTHER UDI FACTS 


INTERRUPT HANDLING 

PROGRAMS THAT RUN UNDER THE iRMX 86 OPERATING SYSTEM SHOULD USE 
iRMX 86 INTERRUPT MANAGEMENT TECHNIQUES TO HANDLE INTERRUPTS. 

t THE UDI LIBRARIES DO NOT INCLUDE INTERRUPT MANAGEMENT. 
REENTRANCY 

UDI LIBRARIES ARE FULLY REENTRANT WITH THE FOLLOWING RESTRICTIONS: 
e EACH JOB MUST HAVE ITS OWN COPY OF THE UDI LIBRARIES. 

• YOU CAN HAVE ONLY ONE COPY OF THE UDI LIBRARIES WITHIN 
A SINGLE JOB, 

MULTITASKING 


• THE UDI LIBRARIES ARE FULLY COMPATIBLE WITH A MULTITASKING- 
ENVIRONMENT. HOW0/ER, THERE ARE NO UDI CALLS TO CREATE 
AND DELETE TASKS. 







I MMX 800 

i MMX 800 IS THE IMPLEMENTATION OF THE MIP SPECIFICATION 

COMES IN THREE VERSIONS 

- OPERATION UNDER iRMX 80 NUCLEUS 

*iMMX 800/80 

- OPERATION UNDER iRMX 88 NUCLEUS 

*iMMX 800/880 FOR NON-MEGABYTE SUPPORT 
*iMMX 800/881 FOR MEGABYTE SUPPORT 

- OPERATION UNDER iRMX 86 NUCLEUS 

*iMMX 800/86 

ALL THREE VERSIONS PRESENT IDENTICAL USER INTERFACES 

CONSISTS OF THREE PARTS 

- MESSAGE MANAGER 

•PROVIDES INTERFACE TO USER TASKS (SEND, RECEIVE) 

- PARTITIONED MEMORY MANAGER (PMM) 

•MANAGES. MEMORY POOLS 

- SIGNAL MANAGER 

•PROVIDES INTERFACE TO OTHER DEVICES 
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THE 



80130 


' — 

- 

1 

J 
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REVIEW/QUIZ 


1) WHAT IS A CONTEXT SAVE? 

2) WHAT ARE DIFFERENCES BETWEEN CALL RQSLEEP AND CALL TINE? 


3) WHAT ARE THE TWO CONDITIONS IMPOSED ON A TASK BEFORE IT 
BECOMES THE RUNNING TASK? 


A) WRITE THE COMMAND (USING THE RMX86 DEBUGGER) TO BREAK POINT 
A TASK (9WF) AT A SEMAPHORE (9D40) WHEN THE TASK RECEIVES 
3 UNITS FROM THAT SEMAPHORE. 


5) CAN I HAVE MORE THAN ONE TERMINAL HANDLER; 


y 





OSF INTERRUPT CONTROLLER 
OPERATION 



□ Operation is similar to 8259A PIC 

□ One or more interrupt inputs are activated 

□ 80130 activates INT line to notify CPU of interrupt request 

□ CPU acknowledges interrupt with two interrupt acknowledge 
{INTA} cycles 

□ For external 8253 As, 80130 drives cascade address 
(CAS2-GASG) on AD10-AD8 during second INTA cycle 

□ An 8-bit interrupt vector is returned to the CPU by either the 
80130 or by the selected slave 8259A during the second 
iNTA cycle 
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PRIMITIVES FOR TASKS 



□ C. r eate$iask 

— Creates a task and returns a token for it 

□ Deiete$task 

— Deletes a task that is not an interrupt task 

□ SuspendStask 

— Increases a task’s suspension depth by one. Suspends the task if 
it is not already suspended 

□ Resume$task 

— Decreases a task’s suspension depth by one. Resumes 
(unsuspends) the task if the suspension depth becomes zero - 


□ Sleep 

— Places the-calling task in the asleep state for a specified amount 
of time 


□ Get$task$tokens 

— Returns a token for either the calling task, the calling task’s job, 
the parameter object of the calling task’s Job, or the root job 

□ Set$priority 

— Changes the priority of a noninterrupt task 




— Creates a mailbox and returns a token for it 

□ De!ete$maiibox 

— Deletes a mailbox from the system 

□ Send$message 

— Sends an object to a mailbox 

□ ReceiveSmessage 

— Sends the calling task to a mailbox for an object (the task 
has the option of waiting if no objects are present) 


PRIMITIVES FOR JOBS 

□ Create$job 

— Creates a job with a task and returns a token for the job 

J 



PRIMITIVES FOR ADDITIONAL SUPPORT 

□ Sei$exception 

— Assigns an exception handler to the sailing task and sets the 
exception mode attributes 

□ Get$exception 

— Returns to the calling task the current values of its exception 
handler and exception mode attributes 

□ Get$type 

— Accepts a token for an object and returns the object’s type code 

□ Disabie$deietion 

— Makes an object susceptible to ordinary deletion - 

□ Set$O.S.$extension 

— Enters or deletes the address of an entry or function procedure in 
the interrupt vector table 

□ Signal$exception 

— Invoked by O.S. extensions to signal the occurrence of an 
exceptional condition 


80130 INITIALIZATION AND 
CONFIGURATION CODE REQUIREMENTS 


The complete set of iRMX 86 facilities can be added to an 
iAPX 86/30 or 88/30 system to meet extensive requirements 

Using 80130 with BIOS of iRMX 86 

— 4.5K Bytes without parameter validation 

— 6.5K Bytes with parameter validation 

Using 80130 with EiOS, human interface, or UDI 

— 8K Bytes without parameter validation 

— 10.5K Bytes with parameter validation 


Note: This code must be adjacent to 80130’s address space 
(The BIOS, EiOS, and Hi can reside elsewhere!) 

Also: The numbers do not include BIOS, EiOS, or Hi code 


J 



80130 CONFIGURATION 



DISKETTE CONTENTS 


CONFIGURATION FILES 


- DEVICE CONFIGURATION TABLE 


- PRIMITIVE/FEATURES CONFIGURATION TABLE 


SUBMIT FILES 

- ASSEMBLE, LINK, LOCATE CONFIGURATION FILES, APPLICATION 
CODE AND ROOT JOB 

INTERFACE LIBRARIES 

- INTERFACE FROM APPLICATION CODE CALLS TO PRIMITIVES 

- COMPACT, MEDIUM AND LARGE LIBRARIES SUPPLIED 


CODE LIBRARIES CONTAINING "FRONT ENDS" TO 80130 PRIMITIVES 
- INITIALIZATION CODE 


J 






GENERATE THE SYSTEM CONFIGURATION (ROOT JOB) 


POWER « 


APPLICATION 

SOFTWARE 


1) CREATE CONFIGURATION MODULE 
USING FOUR TYPES OF MACROS 

2 SAB - DEFINES ADDRESS BLOCKS NOT ASSIGNED 
TO FREE SPACE MANAGER 


I JOB - DEFINES JOB PARAMETERS FOR EACH 
FIRST LEVEL JOB 


2QSX - DEFINES BASE ADDRESS OF 80130 



INITIALIZE 


80130 



2 SYSTEM f - DEFINES SYSTEM HIDE PARAMETERS 
ASSEMBLE CONFIGURATION MODULE TO CREATE ROOT JOB 

LINK AND LOCATE ROOT JOB 


80130 

RAH 


INTERRUPTS 









86/330 SOFTWARE 


- LINK86 

- L0C86 

- 0H86 

- DIAGNOSTICS 

- PLM86 


- ASM86 

- LIB86 

- EDIT86 

-SYSTEM DEBUG MONITOR 
-PASCAL86 (OPTION) 


I THIRD PARTY 

- "C" WHITESMITH 

- MICROFOCUS COBOL 

- MICROSOFT COBOL (6182) 

- MICROSOFT BASIC INTERPRETER 

- MICROSOFT BASIC COMPILER (6182) 


j 


MSOl 1 








• COMPLETE SUPPORT FOR 
THE UDI INTERFACE 

• IMPROVED DEBUG 
CAPABILITIES 

• LINE PRINTER DRIVER 

• DISK VERIFY 

• DISK BACKUP 

• CONFIGURATION UNDER 
IRMX 86 



c 

BIOS 

iRMX 86 RELEASE 5 

\ 


• 

PERFORMANCE ENHANCEMENTS 
• NEW STATUS INTERFACE-WAIT $FOR$ 10 
-NO IORS 
-FASTER 




• OVERLAPPB SEEKS 

• UPDATE/TIMEOUT "CLOCKED" 

• "HOT SPOT" TUNING 



• 

iSBC 215/iSBX 217 STREAMER TAPE DRIVER 



• 

MULTITERMINAL SUPPORT 
• 534" DRIVER - 




• 544 DRIVER 

• BOTH WITH CONFIGURABLE INTERRUPTS 



• 

AUTO DENSITY RECOGNITION ON ATTACHMENT OF DEVICE! 
• 208 DRIVER 

. ■* - - 



t ISBX 218/i SEC 215 DRIVER 

y 


iRMX 86 RELEASE BIOS 

TERMINAL DRIVER 

• SUPPORTS 534 AND/OR ONBOARD USART 

• PHYSICAL FILE INTERFACE 

• FEATURES 

• ASCII CRT AND HARD COPY 

• TYPE AHEAD 

• LINE BIT 

• TRANSPARENT MODE (ECHO OPTIONAL) 

• DYNAMIC MODE CHANGES 

• CONFIGURABLE 

- FEATURES 

- CRT's 

- PORTS 


544 DRIVER 

• MMX BASED 

- ON BOARD EDITING 
AND USART HANDLING 


• ALL ON EACH USART I 


iRMX 86 RELEASE 5 


INTERACTIVE CONFIGURATION UTILITY (ICU) 


• UDI BASED (WILL RUN ON SYSTEM III) 

• EASY TO USE QUESTION/ANSWER 

• CONFIGURATION PROCESS: 

1. LAYOUT APPLICATION 

JOBS, TASKS, ENCHANGES 

2. WRITE, COMPILE, LINK, LOCATE APPLICATION CODE 

3. USE ICU TO GENERATE DESCRIPTION FILE 

4. ICU/GENERATE COMMAND 

CONFIGURATION MODULES 
SUBMIT FILE (ICU86) 

5. PARTITION SUBMIT FILE IF FLOPPY SYSTEM 

6. f SUBMIT ICU86 

7. TEST 

8. REDO STEPS 1 - 7 IF NECESSARY 

9. FINAL RECONFIGURE FOR MINIMUM SYSTEM, 

SYSTEM CALLS 
DEBUGGER REMOVAL 




iRMX 86 RELEASE 5 

INVOCATION EXAMPLE 

ICU 86 (INPUT FILE NAME TO) OUTPUT FILE NAME 

- NO INPUT FILE NAME: SYSTEM DEFAULT 

DESCRIPTOR FILE USED AS INPUT 

- DUPLICATE OUTPUT FILE NAME: OLD FILE 

COPIED TO "OUTPUT FILE NAME BAK" 


r RUG 


LIFEBOAT/INTEL COMMITMENTS 


LIFEBOAT WILL PROVIDE THE MAJOR FUNDING AND WILL ORGANIZE AND MANAGE A 
CLERICAL, TECHNICAL AND PUBLICATION STAFF FORTHE USER GROUP. THEY WILL 
ACTIVELY PROMOTE, ADVERTISE AND DISTRIBUTE USER-GENERATED SOFTWARE TO BE 
CATALOGED AND INCORPORATED INTO AN iRUG LIBRARY. 


INTEL WILL PROVIDE PARTIAL FUNDING, AN86/330 SYSTEM AND TRAINING 
TO SUPPORT LIFEBOAT'S ENDEAVORS. 




